Systems and methods for consolidated global shipping

ABSTRACT

Disclosed is an integrated global shipment system that provides end-to-end visibility of the movement of a package. The integrated global shipment system employs a shipment consolidating application for integrating one or more freight tracking systems with one or more end-delivery systems. As a result, shippers are provided with complete visibility of the movement of their shipments of goods from an origin country to a destination country and till the final consignees. In addition, the integrated shipment system significantly decreases the cost of managing inventories by providing a virtual inventory solution. Under this virtual inventory solution, suppliers are able to bypass distribution centers and delay allocation of goods until after the importation of goods into a destination country.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional Application No.60/533,300, entitled “Integrated Global Tracking and Virtual InventorySystem”, filed on Dec. 30, 2003, and incorporates such application byreference in its entirety.

FIELD OF THE INVENTION

The present invention relates generally to an integrated tracking systemthat provides enhanced visibility of the movement of goods being shippedworldwide, and, as a result, enables a virtual inventory system.

BACKGROUND OF THE INVENTION

Globalization has introduced additional partners into the supply chain,thus creating new challenges of distant vendors and wide variances inthe sophistication of systems. At the same time, the ever-increasingcost pressures are forcing companies to do a better job of managingexpensive inventories. Under the macro-trend of operating logisticsworldwide, there are some specific problems, as addressed below, whichgive rise to a need for an integrated global shipment system that mayavoid distribution center delays and provide enhanced visibility in themovement of goods.

First of all, the current process for international shipments involvesnumerous entities including carriers, brokers, warehousemen and localcartage firms. As various components of goods are sourced throughoutvarious regions and buyers are scattered around the globe, supply chainsare far stretched and growing extremely complex, thus extremelycomplicating the efforts to provide accurate and timely data tocustomers. Such “piecemeal” logistics invites a number of problems, suchas lack of visibility, absence of cost transparency, security concernsand unreliable service. As opposed to the prior “piecemeal” approach,therefore, a need exists for an “integrated” logistics solution from asingle source that allows one specialist to synchronize the end-to-endsupply-chain efforts and ensure the supply chain runs in a uniform,seamless fashion.

Another problem is the delays and high costs associated withdistribution centers. Distribution centers have traditionally beenconsidered an essential component of a consumer goods supply chain, andthe reliance on distribution centers has increased in recent years ascompanies have moved their manufacturing facilities to overseaslocations. In a traditional supply chain, distribution centers serve aswarehouses where companies store large inventories of consumer goods asa safety stock cushion. Distribution centers are preferably, but notalways, centrally located in a geographic region to allow the company todistribute the goods on an as-needed basis to a plurality of retailoutlets disposed throughout the region. Depending on the size of theregion and the immediacy of a retailer's need for a good, a company canhave one or many distribution centers spread across a given geographicregion. But distribution centers are expensive to operate. In additionto the cost of owning or leasing the space required to store goods,companies that rely on distribution centers invest substantial amountsof money on inventoried goods that just sit in one or more warehouses.

In an effort to lower the expense associated with operating multipledistribution centers, some companies have moved toward the nationwidedistribution center model. But the single distribution center approachhas its drawbacks, one of which is the inefficiencies in the transportprocess. For example, a company that uses a nationwide distributioncenter for its U.S. retailers may receive a shipment of internationallymanufactured goods on the west coast. Once the goods clear customs, thegoods are placed on a transportation vehicle and transported acrosscountry to the nationwide distribution center. At the distributioncenter, the goods are labeled with store-ready labels and with packageshipment labels and the packages are picked up by a carrier such as theUnited Parcel Service (UPS). If the importing company is, in fact, anational chain, at least some of the imported goods are likely destinedfor retail outlets on the west coast. In many cases, companies willincur the time and expense to transport recently-imported goods to adistribution center, and then immediately turn-around and pay a packagecarrier to ship the packages back to a retail outlet on the west cost.Given the dynamic retail market, a distribution center bypass modelshortens product delivery cycle and keeps inventories in motion. Arecognized need therefore exists in the industry for a supply chainsystem that bypasses the need for distribution centers.

In addition, the need to keep track of products and information, fromprocurement through delivery to customers, has never been greater.Therefore, there is a trend among logistics service providers such asUPS to offer detailed status information on shipments in transit. Forexample, UPS customers can go to the UPS.com website and use packagetracking numbers to track the status of their items in shipment. As aresult, advance notification of incoming shipments can be provided tothe intended recipients. However, current business trends drive the needfor even heightened visibility. It relates not just to trackingshipments on the ground, water, rail or in the air, but also to how muchinventory is on hand in a warehouse, where it is stored, and when it hasbeen allocated to fulfill an order—in other words, all the activitiesinvolved in moving goods from maker to seller to buyer. This type ofinsight is especially desirable in the global supply chain where acompany needs to respond quickly to unforeseen circumstances, cut costsand speed delivery.

BRIEF SUMMARY OF THE INVENTION

The present invention seeks to provide an integrated global shipmentsystem that can provide end-to-end visibility of the movement of goods.To that end, the present invention provides a method integrating one ormore freight shipping and tracking systems with one or more end-deliveryand tracking systems. Toward that goal, the present invention enablesvarious individual shipments to be consolidated into a freight shipmentso as to facilitate the movement of goods during international shipment.Moreover, the present invention seeks to provide a virtual inventorysystem for enhanced inventory management. Such a virtual inventorysystem preferably allows suppliers to bypass distribution centers anddelay allocation or distribution of goods. They can initially provide aconsignee location, or re-direct the goods, after transferringpossession of the goods to a carrier. For example, the carrier mayreceive such instructions while the goods are in transit, before orafter they have arrived in a destination country, including while thegoods are in a carrier facility.

In accordance with the present invention, the above objects and otherobjects, features, and advantages will be carried out by systems andmethods for providing integrated global shipment and virtual inventory.

According to one embodiment of the present invention, a method forintegrating global shipments is provided. The method comprises thesteps: receiving multiple child shipments at a first operation stationof a carrier; identifying a subset of child shipments from the multiplechild shipments, the subset of child shipments having an identicaldestination country; combining the subset of child shipments into aconsolidated shipment and assigning a consolidated shipment trackingnumber to identify the consolidated shipment; processing theconsolidated shipment through export and import customs for customclearance; receiving the consolidated shipment at a second operationstation of the carrier in the destination country; separating theconsolidated shipment so that the subset of child shipments can bedelivered to a respective destination location.

According to another embodiment of the present invention, an integratedglobal shipment system is provided. The system comprises a shipmentconsolidating application program executed by one or more computershaving one or more processors and one or more memory devices. Theshipment consolidating application program includes instructionsexecutable on the one or more processors for: (1) receiving a requestfor consolidating a plurality of child shipments into a consolidatedshipment, each of the plurality of child shipments having an identicaldestination country; (2) receiving shipping data for each of the childshipments; (3) generating a consolidated shipment reference number; (4)processing each of the plurality of child shipments through the stepsof: (a) determining from the shipping data whether the child shipment isa LTL (Less-than-Truckload) child shipment; (b) responsive to thedetermination that the child shipment is a LTL child shipment, (i)identifying from the shipping data a LTL shipment reference number thatidentifies the child shipment; and (ii) associating the LTL shipmentreference number with the consolidated shipment reference number; and(c) responsive to the determination that the child shipment is not a LTLchild shipment, (i) identifying from the shipping data one or morepackage reference numbers that respectively identify each packageassociated with the child shipment; and (ii) associating each of the oneor more package reference numbers with the consolidated shipmentreference number; and (d) storing the associations in step (b)(ii) or(c)(ii) in a data file; and (5) generating a consolidated shipmentoutput based in part upon the data file.

In an alternative embodiment of the present invention, an integratedglobal shipment method comprises the steps of: (1) receiving a requestfor consolidating a plurality of child shipments into a consolidatedshipment, each of the plurality of child shipments having an identicaldestination country; (2) generating a consolidated shipment referencenumber for identifying the consolidated shipment; (3) processing each ofthe plurality of child shipments through the steps of: (a) determiningwhether the child shipment is a LTL (Less-than-Truckload) childshipment; (b) responsive to the determination that the child shipment isa LTL child shipment, identifying a LTL shipment reference number thatidentifies the child shipment and associating the LTL shipment referencenumber with the consolidated shipment reference number; and (c)responsive to the determination that the child shipment is not a LTLchild shipment, identifying one or more package reference numbers thatrespectively identify each package associated with the child shipmentand associating each of the one or more package reference numbers withthe consolidated shipment reference number; and (d) storing theassociations in step (b) or (c) in a data file; and (4) generating aconsolidated shipment output based in part upon the data file.

Another embodiment of the present invention provides an integratedglobal shipment system providing end-to-end visibility of movement ofgoods in shipment. Specifically, the system comprises: a first shipmentvisibility system for tracking movement of a consolidated shipment froman origin country to a destination country, the consolidated shipmentcomprising one or more child shipments that need to be shipped to thedestination country, wherein at least one of the one or more childshipment consists of multiple small packages; and a second shipmentvisibility system for tracking movement of each of the multiple smallpackages within said destination country; wherein, the first shipmentvisibility system is associated with said second shipment visibilitysystem so as to provide an integrated visibility interface for trackingmovement of each of the multiple small packages from the origin countryto the destination country and within the destination country.

In a preferred embodiment, the first shipment visibility systemcomprises one or more databases accessible to a processor that isconfigured for: receiving shipping data associated with the one or morechild shipments, the shipping data comprising at least one or more childshipment reference numbers corresponding to the one or more childshipments; generating a consolidated shipment reference number foridentifying the consolidated shipment; associating the consolidatedshipment reference number with each one of the one or more childshipment reference numbers; creating a data file to include theassociations and the shipping data associated with the one or more childshipments; and storing the data file in the one or more databases. Theprocessor is further configured for: obtaining the consolidated shipmentreference number identifying the consolidated shipment; using theconsolidated shipment reference number to retrieve shipping dataassociated with the one or more child shipments from the one or moredatabases; using the consolidated shipment reference number to retrievemovement data associated with the consolidated shipment from atransportation management database; using the consolidated shipmentreference number to retrieve customs clearance data associated with theconsolidated shipment from a customs management database; displaying theshipping data, the movement data, and the customs clearance data to auser; and receiving input from the user to update the one or moredatabases, the transportation management database and the customsmanagement database.

In another preferred embodiment, the second shipment visibility systemcomprises one or more databases accessible to a processor that isconfigured for: obtaining a package tracking number identifying a smallpackage; using the package tracking number to retrieve package dataassociated with said small package from a package database, said packagedata comprising information of each item of goods enclosed in the smallpackage; using the package tracking number to retrieve movement dataassociated with the small package from a transportation managementdatabase; displaying the package data and said movement data to a user;and receiving input from the user to update the package database and thetransportation management database.

Yet another preferred embodiment of the present invention provides thatthe first shipment visibility system is associated with the secondshipment visibility system through: a repository unit storing packagedata associated with the multiple packages, the repository accessible tothe first shipment visibility system and said second shipment visibilitysystem; and a server computer having access to said repository unit, theserver computer configured for: using a consolidated shipment referencenumber to identify multiple package reference numbers, each of themultiple package numbers identifying one of the multiple packages;searching a package database in said second shipment visibility systemto retrieve the package data associated with said multiple packages; andloading the package data into the repository unit.

In accordance with an additional embodiment of the present invention, anintegrated global shipment system providing visibility of movement ofgoods in shipment comprises one or more databases accessible to at leasta server computer. The one or more databases stores shipping data formultiple shipments of goods, wherein the shipping data is received froma carrier-customized client shipping system or a web-based clientshipping application. The server computer is configured for: receiving,from a warehouse management system, shipper-to-consignee transactiondata associated with a shipment of goods; receiving, from atransportation management system, movement data associated with theshipment of goods; receiving, from a customs management system, customsclearance data associated with said shipment of goods; retrieving, fromthe one or more databases, particular shipping data associated with theshipment of goods; and generating a shipment output data file based inpart upon the shipper-to-consignee transaction data, the movement data,the customs clearance data, and the particular shipping data associatedwith the shipment of goods.

An alternative embodiment of the present invention provides anintegrated global shipment system providing end-to-end visibility ofmovement of goods in shipment. The system comprises a client interfacefor receiving a user query directed to one or more specified shipmentsusing specified criteria; a visibility system comprising: one or moreweb servers capable of communicating with the client interface over acommunications network, and one or more application servers capable ofcommunicating with the one or more web servers, the one or moreapplication servers having access to one or more application serverdatabases, and configured to process a user query received from saidclient interface; and a carrier's shipping system comprising one or moremainframe servers, the one or more mainframe servers having access to ashipment database that stores shipping data associated with multipleshipments, the one or more mainframe servers are configured tocommunicate with the one or more application servers.

In another embodiment of the present invention, an integrated globalshipment system providing visibility of movement of goods in shipmentcomprises one or more shipment databases and a web portal that isconfigured for: (1) providing a web interface to the web portal throughwhich a user is enabled to enter criteria defining a group ofconsolidated shipments; (2) in response to the criteria entered by theuser, identifying, from the one or more shipment databases, shippingdata associated with the group of consolidated shipments; (3) displayingto the user the shipping data associated with the group of consolidatedshipments; (4) receiving a first input from the user to select aparticular consolidated shipment from the group of consolidatedshipments; (5) in response to the selection in (4), retrieving, from theone or more shipment databases, first-level shipment details associatedwith the particular consolidated shipment and a list of child shipmentsthat are combined in the particular consolidated shipment, thefirst-level shipment details including movement data of the particularconsolidated shipment; (6) displaying to the user the first-levelshipment details associated with the particular consolidated shipmentand the list of child shipments that are combined in the particularconsolidated shipment; (7) receiving a second input from the user tofurther select a particular child shipment from the list of childshipments; (8) in response to the selection in (7), retrieving, from theone or more shipment databases, second-level shipment details associatedwith the particular child shipments and a list of packages in theparticular child shipment, the second-level shipment details includingmovement data of the particular child shipment; (9) displaying to theuser the second-level shipment details associated with the particularchild shipments and the list of packages in said particular childshipment; (10) receiving a third input from the user to further select aparticular package from the list of packages; and (11) in response tothe selection in (10), retrieving, from the one or more shipmentdatabases a movement status of the particular package; and (12)displaying the movement status of the particular package to said user.

In accordance with an alternative embodiment of the present invention,there is an integrated global shipment system providing visibility ofmovement of goods in shipment. The system comprises one or more shipmentdatabases and a web portal that is configured for: (1) providing a webinterface to said web portal through which a user is enabled to queryfor a specific shipment or a specific package by entering a particularidentifier; (2) in response to receiving said particular shipmentidentifier, determining whether said particular identifier is aconsolidated shipment reference number; (3) in response to thedetermination that said particular identifier is a consolidated shipmentreference number, identifying, from said one or more shipment databases,shipping data associated with said specific shipment, and displayingsaid shipping data to said user, said shipping data including at leastsaid consolidated shipment reference number; (4) in response to thedetermination that said particular identifier is not a consolidatedshipment reference number, determining whether said particularidentifier is an LTL shipment reference number or a package trackingnumber, (a) in response to the determination that said particularidentifier is an LTL shipment reference number, (i) identifying, fromsaid one or more shipment databases, shipping data associated with aconsolidated shipment in which said specific shipment is included; (ii)identifying, from said one or more shipment databases, shipping dataassociated with said specific shipment; and (iii) displaying to saiduser said shipping data in (i) if said specific shipment has not reacheda destination country, or said shipping data in (ii) if said specificshipment is in delivery within said destination country; and (b) inresponse to the determination that said particular identifier is apackage tracking number, (i) identifying, from said one or more shipmentdatabases, shipping data associated with a consolidated shipment inwhich said specific package is included; (ii) identifying, from said oneor more shipment databases, shipping data associated with said specificpackage; and (iii) displaying to said user said shipping data in (i) ifsaid specific package has not reached a destination country, or saidshipping data in (ii) if said specific package is in delivery withinsaid destination country.

One embodiment of the present invention provides a virtual inventorysystem that bypasses distribution centers in a supply chain by using anintegrated global shipment system of a carrier. The integrated globalshipment system comprises: (1) a shipping client application forprocessing a shipment request from a supplier to generate shipping dataassociated with shipment of goods to a destination country; (2) ashipment entry application for receiving said shipping data to ship saidshipment of goods; (3) a shipment consolidating application forgenerating a data file associated with a consolidated shipment, saidconsolidated shipment combining said shipment of goods with one or moreshipments of goods that are to be shipped to said destination country;(4) a transportation application for managing transportation of saidconsolidated shipment to said destination country; (5) a shipmentdeconsolidating application for processing said data file to separatesaid consolidated shipment and generating a dispatch plan for resultingchild shipments, said resulting child shipments comprising said shipmentof goods; (6) an end-delivery application for managing delivery of saidresulting child shipments to respective consignee locations; and (7) ashipment visibility application for providing an integrated interfacefor said supplier to track status of said shipment of goods.

In an alternative embodiment, the present invention provides a methodfor virtual inventory management comprising the steps of: (1) receivingfrom a shipper a shipment request for a carrier to ship packages, saidshipment request identifying at least a destination country where saidpackages need to be shipped; (2) upon an approval of said shipmentrequest by said carrier, receiving said packages from said shipper to afirst operation station of said carrier; (3) receiving and processingshipping data associated with said packages in a global shipment systemoperated by said carrier, said global shipment system configured togenerate data of a consolidated shipment, said consolidated shipmentcomprising said packages from said shipper with one or more shipments tobe shipped to said destination country; (4) sending a notification tosaid shipper when said packages are received at a second operationstation of said carrier in said destination country; and (5) upon saidnotification, receiving from said shipper specific consignee locationsin said destination country so that said packages can be dispatched anddelivered by said carrier to respective consignees.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWING(S)

Having thus described the invention in general terms, reference will nowbe made to the accompanying drawings, which are not necessarily drawn toscale, and wherein:

FIG. 1 is a pictorial view of an integrated global shipment system thatillustrates how a good moves from an origin shipper to a consignee inaccordance with an embodiment of the present invention;

FIG. 2 is a high-level block diagram of a process flow for shippinggoods through the integrated global shipment system of FIG. 1 inaccordance with an embodiment of the present invention;

FIG. 3A-B illustrate different shipment levels as applied in theintegrated global shipment system of FIG. 1 in accordance with anembodiment of the present invention;

FIGS. 4A-C are exemplary illustrations of different types of shippinglabels used in the integrated global shipment system of FIG. 1 inaccordance with an embodiment of the present invention;

FIGS. 5A-B are a flow diagram that illustrates how shipments areprocessed within the integrated global shipment system of FIG. 1 inaccordance with an embodiment of the present invention;

FIG. 6 illustrates data outputs regarding shipments processed by theintegrated global shipment system of FIG. 1 in accordance with anembodiment of the present invention;

FIG. 7 illustrates the shippers' allocation flexibility provided by theintegrated global shipment system of FIG. 1 in accordance with anembodiment of the present invention;

FIGS. 8A-C provide an overview of the end-to-end visibility and variousvisibility events in the integrated global shipment system of FIG. 1 inaccordance with an embodiment of the present invention;

FIG. 9 is a detailed view of the end-to-end visibility and varioussub-systems involved in the integrated global shipment system of FIG. 1in accordance with an embodiment of the present invention;

FIG. 10 is a high-level architecture of the integrated global shipmentsystem of FIG. 1 that provides end-to-end visibility in accordance withan embodiment of the present invention;

FIG. 11 is a detailed system structure of the integrated global shipmentsystem of FIG. 1 that provides end-to-end visibility in accordance withan embodiment of the present invention;

FIG. 12 illustrates exemplary data structures of the integrated globalshipment system of FIG. 1 that provides end-to-end visibility inaccordance with an embodiment of the present invention;

FIG. 13 illustrates one type of data flow between two sub-systems of theintegrated global shipment system in accordance with an embodiment ofthe present invention;

FIG. 14 is a process flow block diagram that illustrates how theintegrated global shipment system of the present invention providesend-to-end visibility of goods in transit;

FIG. 15 is a screen flow illustrating the end-to-end visibility asviewed by a user of the integrated global shipment system in accordancewith an embodiment of the present invention;

FIGS. 16-20 are exemplary screen displays as viewed by a user of theintegrated global shipment system in accordance with an embodiment ofthe present invention.

FIGS. 21A-B show the computer hardware architecture that implements theintegrated global shipment system of FIG. 1 in accordance with anembodiment of the present invention.

DETAILED DESCRIPTION OF THE INVENTION

The present inventions now will be described more fully hereinafter withreference to the accompanying drawings, in which some, but not allembodiments of the inventions are shown. Indeed, these inventions may beembodied in many different forms and should not be construed as limitedto the embodiments set forth herein; rather, these embodiments areprovided so that this disclosure will satisfy applicable legalrequirements. Like numbers refer to like elements throughout.

For the purpose of describing the present invention in detail, certainterms used hereinafter are defined as follows:

“Carrier”—An individual, partnership or corporation engaged in thebusiness of transporting goods or persons.

“Consignee”—The person or organization to whom freight is shipped.

“Shipper”—A company or individual who initiates the transport of goods.

“Shipment”—One or more packages or pieces of freight being transportedtogether.

“Consolidation”—The combining of two or more items or groups of itemsand transporting them as a single shipment.

“Consolidated Shipment”—The result of consolidation of shipments.

“Child Shipment”—Any shipment that is part of the consolidated shipment.

“LTL (Less-than-Truckload)”—A quantity of freight less than that isrequired for the application of truckload rate.

“Cross-dock”—A carrier's terminal that is configured to handle theconsolidation or transfer of freight. This type of facility provides theability to unload on one side of the facility and reload to the otherside of the facility.

“Container Freight Station (CFS)”—An operation facility where freightshipments are cross-docked and staged between transport legs, sometimesreferring to a facility used by ocean carriers to load/unload cargo toand from containers.

“Line haul”—The movement of freight between cities or carrierfacilities, excluding pickup and delivery service.

“PRO”—A number issued to each shipment of freight by a carrier and usedfor tracking or tracing of the shipment to its destination.

Integrated Global Shipment

1. Consolidated Shipment Movement v. Child Shipment Movement

FIG. 1 is a supply chain flow that illustrates how goods move from anorigin shipper to a consignee in accordance with one embodiment of thepresent invention. As seen in FIG. 1, such movement of goods iscomprised of two parts: (1) movement of a consolidated freight shipmentfrom an origin location to a destination country and/or region and (2)movement of multiple child shipments within the destination countryand/or region till reaching final consignees. In the case of a shipperwho is shipping manufactured goods from a factory to respectivedestination consignees, the process typically begins when a manufacturerreceives a purchase order for a certain amount of products or goods. Inthe illustrated supply chain 10, goods are picked up from an originshipper 12 by an origin pickup vehicle 14. In a typical scenario, themanufacturer of the goods serves as the origin shipper 12 and the originpickup vehicle 14 is a freight forwarding service that handles thetransportation of the goods from the manufacturing facility to the nextstop in the supply chain 10. Depending on the requirements of thepurchase order, the freight forwarding service may be selected by themanufacturer or by the entity that is importing the goods. One ofordinary skill will recognize that multiple, sometimes competing freightforwarding service providers may be used to transport the manufacturedgoods and, in fact, multiple origin shippers 12 may be used tomanufacture the goods that are being imported. Thus, while a singleorigin shipper 12 and a single origin pickup vehicle 14 are illustratedin FIG. 1, the present invention is not limited to this embodiment.

Returning to the supply chain 10 illustrated in FIG. 1, the originpickup vehicle 14 transports the goods to an origin container freightstation (CFS) 16. As described in greater detail below, a number ofactivities may occur at the origin container freight station 16. One ofthese activities is to consolidate the goods into a consolidated freightshipment. As one of ordinary skill in the art will recognize, theconsolidation process may be a simple consolidation of pre-packagedgoods into a container, or may include a pick-and-pack process in whichmultiple goods are picked, packaged and weighed in accordance withinstructions from an importer or a purchase order. In some cases, goodsbound for a single consignee arrive at the origin container freightstation 16 from multiple origin shippers 12. An aspect of the presentinvention is to achieve new levels of consolidation efficiencies forthese shipments at the point of the origin container freight station 16.Thus, goods received from different origin shippers 12 may beconsolidated in a single freight container bound for one or moreconsignees in the same destination country or region.

Another activity that may occur at the origin container freight station16 is the labeling of packages or containers containing goods forshipment. If the allocation is known at the point that the goods are atthe origin container freight station 16, then the goods may be labeledas part of the consolidation process. In a preferred embodiment, thelabeling processes that occur at the origin and destination containerfreight stations include the affixing of shipping labels used by thepackage delivery company that transports the packages to the finalconsignee, such as UPS, Federal Express and United States PostalServices. Preferably, a single package delivery company such as UPShandles the transportation of all packages in the supply chain 10. Butone of ordinary skill in the art will recognize that multiple packagedelivery companies may be used. As a result, the labeling processes caninvolve the generation and application shipping labels for multiplepackage carriers. Other types of labels that may be added at this stageinclude store-ready labels (e.g., stock or pricing information). Asdescribed in detail below, an advantage of the present invention is theability to delay the allocation, that is, the determination of theultimate destination for the goods, until a later stage in thetransportation process and thereby allow greater management of theimporters' inventory. Therefore, in still another embodiment of thepresent invention, some or all of the package labeling processesdescribed above can occur at the sortation hub 32 of the packagedelivery company.

The next steps illustrated in the supply chain 10 are to process thegoods through export customs 18 and to manage an origin drayage 20 ofthe goods to an ocean vessel 22 docked in a shipyard. As can be readilyappreciated by a skilled artisan, alternative transportation meansincluding air or ground transportation can be used to ship goods crossinternational boundaries. Typically, the step of processing the goodsfor customs clearance at export customs 18 occurs at the location of theorigin container freight station 16. During the consolidation andlabeling processes, the paperwork necessary to move the freightcontainer through customs is prepared. But one of ordinary skill willrecognize that these steps can occur at separate locations. Once thenecessary paperwork has been completed and the freight containers havesatisfied the customs requirements, the freight container containing thegoods is drayed through the origin drayage 20 to the ocean vessel 22.

When the ocean vessel 22 carrying the freight container reaches thedestination port, the original carrier arranges, or, if necessary, aseparate carrier is engaged to arrange to have the freight containeroffloaded to the destination port, processed through import customs 26and drayed via a destination drayage 24 to a destination containerfreight station 28.

A deconsolidation process typically occurs at the container freightstation 28. In the deconsolidation process, goods that were consolidatedinto one shipment would then be separated into multiple child shipments,each of which is to be delivered to respective consignee locations. Oneof ordinary skill in the art will recognize that goods can be allocatedin a variety of ways. For example, in the case of small packages, thegoods may be transported via line haul 30 to any of several sortationhubs 32 operated by companies such as UPS, Federal Express or the UnitedStates Postal Services. When the packages arrive in the sortation hubs32, they enter into the postal or package delivery networks and aredelivered by the transportation company to the consignee 36. Thealternatives known in the art include transporting goods by trucks 34 astruckload (TL) or less-than-truckload (LTL) shipments. As will beapparent to one of ordinary skill, these and other transportationalternatives can be combined for transporting goods to a variety ofconsignee locations. Thus, for example, a given allocation may requirethat half of the goods received at a destination container freightstation 28 be shipped to a UPS sortation hub 32 for delivery to a firstconsignee, while some other portion of the goods are moving by TL to asecond consignee and the balance of the goods are transported to a thirdconsignee via LTL movement.

In a preferred embodiment, a single entity, such as UPS, controls themovement of the goods in each step of the supply chain 10. In somecases, this controlling entity (sometimes referred to herein as thesupply chain carrier) itself (or via a subsidiary company) handles themovement of the goods such as, for example, the movement of the goodsfrom the origin shipper 12 to the ocean vessel 22. In other steps in thesupply chain 10, the supply chain carrier does not itself move the goodsand instead engages a third-party to move the goods, and in so doingretains control of the movement of the goods. Thus, for example, in oneembodiment the supply chain carrier is a non-vessel operating carrierand uses a third-party to handle the movement of goods via ocean vessel22. In such an embodiment, the supply chain carrier will use knowntracking systems to obtain periodic updates about the movement andanticipated arrival of the goods at various ports or waypoints in theocean movement.

To summarize the above-described movement of goods in the supply chain10, FIG. 2 shows a simplified process flow. In this process flow, acarrier such as UPS would typically carry out or engage other carriersto carry out the following steps in shipping goods into variousdestination countries or regions:

Step 1: pick up or receives shipments from different shippers;

Step 2: arrange a direct consolidation of different shipments;

Step 3: transport the consolidated shipment across an internationalboundary to the destination country or region;

Step 4: process the consolidated shipment through the export and importcustoms to obtain necessary customs clearance paperwork in coordinationwith Step 3;

Step 5: de-consolidate the consolidated shipment into individual childshipments;

Step 6: put each child shipment into its small package delivery networkor LTL shipment network for final deliveries to respective consigneelocations.

As one of ordinary skill can appreciate, there are a number ofadvantages of consolidating individual shipments in internationalshipments. It significantly reduces the required paperwork and time incustoms processing. Furthermore, it lowers individual shipment costs bydecreasing brokerage fees, transportation costs, taxes, duties andadditional service fees. As a result of the consolidation process,movement of goods in the supply chain 10 is comprised of two levels ofmovements: a consolidated freight movement that crossed theinternational boundary and a child movement within the destinationcountry or region. These two movements are described in detail withreference to FIGS. 3A-B.

FIG. 3A shows the relationship between a consolidated freight shipmentand child shipments. In general, a consolidated freight shipment (parentshipment) 100 consists of one or many child shipments 110. Suchconsolidated freight shipment (parent shipment) 100 is represented by aunique shipment identifier, i.e., a consolidated shipment referencenumber 102, which can be a Bill of Lading (BOL) number or a Pro numberas widely used in the transportation industry. By virtue of theconsolidated shipment reference number 102, the movement of consolidatedshipment 100 can be linked to movements of each of the individual childshipments 110 consolidated therein. Each child shipment 110 can be ashipment comprising multiple small packages 110 a or a LTL (Less-thanTruckload) shipment 110 b or a TL (Truckload) shipment 110 c. Each smallpackage 110 a is identified by a package tracking number 112 as thelowest unit. The package tracking number 112 may be a lead shipmentnumber (for a defined shipment), or an individual carton number. EachLTL shipment 110 b or TL shipment 110 c is represented by a Sub-Pronumber 114 as the lowest unit. In operation, the consolidated shipmentreference number 102 identifies the first movement leg of theconsolidated shipment, and is included in all subsequent child transportlegs that are each identified by a Sub-Pro number 114 or a packagetracking number 112. From customers' perspective, the consolidatedshipment reference number 102 and child movement identifiers, namely,Sub-Pro numbers 114 or package tracking Numbers 112, are used incombination for tracking the entire movement of goods, end-to-end.

To further illustrate the relationship between a consolidated freightshipment (parent shipment) 100 and multiple child shipments 110, FIG. 3Bprovides a specific example. In this example, a freight order isidentified by the consolidated shipment reference number 102, i.e., aPro number, that will be used as referring to the entire consolidatedshipment movement. The LTL/TL child shipments are represented by Sub-Pronumbers 114 that associate the LTL/TL child shipment movement to aspecific receiver. Each small package is represented by a packageTracking Number 112. As illustrated in FIG. 3B, the origin of theconsolidated movement is Canada, and the destination is the U.S. Thedestination container freight station (CFS) is located in Buffalo, U.S.,and the ultimate US consignees are located respectively in Texas, NewYork, California and Arizona. The consolidated shipment consists of 32packages and 3 pallets, and more specifically, the consolidated shipmentmovement is made up of the following child shipment movements:

-   -   Sub-Pro 1 is a LTL child shipment consisting of 10 Pkgs/1        Pallet—Buffalo to Texas (Ultimate Consignee)    -   Sub-Pro 2 is a TL child shipment consisting of 20 Pkgs/2        Pallets—Buffalo to New York (Ultimate Consignee)    -   1 UPS Small Package with a package Tracking Number—Buffalo (UPS        Hub) to California (Ultimate Consignee)    -   1 UPS Small Package with a package Tracking Number—Buffalo (UPS        Hub) to Arizona (Ultimate Consignee)

In operation, the shipment identifier (e.g., consolidated shipmentreference number 102, Sub-Pro numbers 114, and package tracking numbers112) can be obtained by scanning a shipping label that, pursuant to theabove-described labeling process, is affixed onto a package, a carton ora container, and thus identifies a shipment of goods. FIGS. 4A-C showsuch exemplary shipping labels. Specifically, FIG. 4A shows an exemplaryshipping label for a LTL shipment 110 b that is printed with a Sub-Pronumber 114. FIG. 4B shows an exemplary pallet shipping label printedwith a Pro number 102. FIG. 4C shows a small package shipping labelprinted with a package tracking number 112. As shown in FIGS. 4A-C, ashipping label is typically printed with one of the above-explained theconsolidated shipment reference number 102, a Sub-Pro number 114, or apackage Tracking Number 112. These numbers are usually printed in both amachine-readable code for scanning purposes and a human-readable textformat.

Relating back to FIG. 2, the Step 2 of consolidation is furtherillustrated in FIGS. 5A-B that show a process flow 500 of an applicationfor consolidating individual child shipments (LTL/TL shipments and/orsmall packages). The process 500 starts with Step 501 when shippersrequest shipment of goods from a carrier such as UPS. Step 501 requiresa shipper to supply a shipping account number established with thecarrier. Typically, a carrier establishes and maintains a clientdatabase that includes account information of various shippers,especially its long-term customers with large volume shipments and/orrevolving needs for shipment of goods. By means of such establishedaccounts, the carrier can save a lot of time in collecting customerinformation and shorten the processes of receiving and authorizingshipment requests, preparing and arranging for shipments and generatingshipping bills for customers. Especially, in accordance with oneembodiment of the present invention, the use of known customerinformation can be maximized in the consolidated shipping process. Foreach established customer, the carrier can consolidate multiple billsincluding brokerage, transportation, duties, taxes, and additionalservices. As can be appreciated by one of ordinary skill, a consolidatedbill or invoice would enhance the financial visibility and management ofa shipper-customer, particularly in the field of shipping cost control.

Turning back to FIG. 5A, after a shipper's account information isverified in Step 501, a shipper is provided with an option whether toconsolidate its shipments with other individual shipments in Step 502.Sometimes a shipper may choose not to consolidate its shipments withother shipments. This typically occurs to shippers whose daily shippingvolumes are so huge as to render consolidation unnecessary orimpractical. If consolidation is not requested in Step 502, then thereceived shipments will be processed separately as shown in Step 503.Otherwise, the received shipments will be labeled for consolidation inStep 504. Depending upon the destination country or region of receivedshipments, a particular consolidated shipment reference number 102 willbe located from a database 550 that stores shipping data associated witha number of consolidated shipments. Such shipping data includes, but notlimited to, a particular shipping lane (origin country—destinationcountry), a particular transportation means (air, ocean, ground) and aparticular shipment date. In the database 550, each consolidatedshipment is identified by a consolidated shipment reference number 102,and in particular, one consolidated shipment that is identified by thelocated particular shipment reference number 102 will be shipped to thesame destination country or region of received shipments. With thisparticular shipment reference number 102, Steps 506-509 will processdata of each received child shipment to be consolidated.

In processing a particular child shipment, Step 506 first determineswhether such child shipment is a LTL child shipment. If so, Step 507processes data of the particular child shipment underLTL-shipment-specific rules. For example, Step 507 first identifies aSub-Pro number 114 as identifier of the LTL shipment, establishes areference record including both the Sub-Pro number 114 and theparticular consolidated shipment reference number 102, and save thereference record into the database 550 that stores the data of theparticular child shipment and the data of the consolidated shipment. Ifthe particular child shipment is not a LTL shipment, Step 508 appliessmall-package-specific rules to that child shipment. More specifically,each package of multiple packages within the child shipment isidentified by a package tracking number 112. Thus, Step 508 obtains eachpackage tracking number 112 and associates it with the particularconsolidated shipment reference number 102 by establishing data recordsincluding each pair of a package tracking number 112 and the particularconsolidated shipment reference number 102. Such data records will bestored into the above-mentioned database 550 as well. Step 509 querieswhether there are additional child shipments to be consolidated, and ifso, it repeats the process from Step 506 to Step 507 or 508. In Step510, determination is made whether there are any additional shipments toprocess until the entire daily volume of shipments are exhausted at theend of a day in Step 511.

After all shipments are processed at the end of a day in Step 511, somenecessary actions will be taken as shown in FIG. 5B, such as generatingshipment outputs and, based upon the shipment outputs, updating relevantinformation stored in various system databases in accordance with oneembodiment of the present invention. Corresponding to the differentprocessing steps as applied to different types of shipments in FIG. 5B,the generated shipment outputs include outputs for consolidatedshipments as well as outputs for non-consolidated shipments. Thus, atStep 512, the process first determines whether an output for theconsolidated shipment is required. For non-consolidated shipmentoutputs, Step 513 generates a small package manifest. Based on thissmall package manifest, Step 514 will update a carrier's small packageshipment management system. Meanwhile, outputs for the consolidatedshipment can be generated as at Step 515. Such outputs for theconsolidated shipment will be described in detail below with referenceto FIG. 6. Step 516 will update a carrier's backend shipping system formanaging consolidated shipments. Because each consolidated shipment cancomprise multiple child shipments including LTL/TL shipments or smallpackages, further steps are taken to update the carrier's LTL shipmentmanagement system and small package management system respectively.These steps include: Step 517 that determines whether an individualchild shipment is a LTL shipment, and if so, Step 518 that updates theLTL shipment management system, otherwise, Step 519 that determineswhether the child shipment is a shipment comprising multiple packages,and if so, Step 520 that updates the small package management systemaccordingly, which more specifically refers to a temporary PLD (PackageLevel Detail) repository as will be described in detail below withreference to FIG. 9.

Referring to FIG. 6, shipping system outputs will be described. Again,what shipment outputs should be generated depends on the determinationin Step 601, i.e., whether the shipment for which output is requested isa consolidated shipment. If so, Step 602 will first process theconsolidated shipment records stored in a database to obtain aconsolidated manifest or House Bill of Lading (HBOL) as shown in Step603. An electronic form of the consolidated manifest or a House Bill ofLading is generated in Step 604. Then an electronic form of the invoiceregarding the consolidated shipment movement is generated in Step 605.Such electronic manifest/HBOL and invoice will be emailed to theoriginal shippers for their reference, or optionally to a customs agent,as shown in Step 606. Because the shipment reference number 102 is partof the consolidated shipment records, each individual shipper will beprovided with the consolidated shipment reference number 102 thatenables them to track their own individual shipments that have beencombined into this consolidated shipment. In the prior art, a shipperwould likely lose track of his shipment of packages during the movementof consolidated shipments across an international boundary. This isbecause the first-level of movement is represented by consolidatedshipments or parent shipments and thus shippers' child shipments thatare merged into a consolidated shipment can no longer be tracked by whatshippers are provided with, namely, child shipment reference numbers(Sub-Pro numbers 114 or package numbers 112). In accordance with thepresent invention, however, shippers are provided with a consolidatedshipment reference number 102 to track a particular consolidatedshipment in the first-level movement. Alternatively, given theassociation between such consolidated shipment reference number 102 andindividual child shipment reference numbers (Sub-Pro numbers 114 orpackage numbers 112) stored in a system database, shippers can also usetheir child shipment reference numbers to obtain consolidated shipmentreference number 102 for tracking their own child shipments.

When consolidated shipments reach the destination country, thedeconsolidation process in Step 5 as seen in FIG. 2 will be performed.As a result of the deconsolidating process, each child shipment can beidentified and thus further shipment outputs can be generated for eachchild shipment. For example, as the items of the consolidated shipmentare de-consolidated, the codes on their labels can be scanned anddecoded so that the resulting sub-pro numbers or package trackingnumbers are identified and transmitted to a system database as describedin detail below. As seen in FIG. 6, Step 607 processes data of a LTLchild shipment and Step 608 generates an electronic document containingLTL PLD. Step 609 represents the time at which such LTL child shipmententers into the carrier's end-delivery network, which means it will bedelivered to the ultimate consignee in the destination country. Therelevant entities (shipper, consignee) will be notified of the arrivalof such shipment via emails, faxes, phone calls, or any other equivalentmeans as shown in Step 610. By analogy, a shipment comprising multiplepackages will be processed in Step 611 to generate an electronic smallpackage PLD document in Step 612. After the Step 609 as explained above,the relevant entities (shipper, consignees) will be notified of thearrival of packages via emails, faxes, phone calls, or in any otherequivalent manner as shown in Step 613.

2. Virtual Inventory: Distribution Center (DC) Bypass and AllocationDelay

As described in detail below, an advantage of the present invention isthe ability to delay the allocation, that is, the determination of theultimate destination for the goods, until a later stage in thetransportation process and thereby allow improved management of theimporters' inventory. Sometimes when a manufacturer or supplier receivesa purchase order for goods or products, the purchase order may notidentify the allocation for the manufactured goods, that is, themanufacturer may not know where the goods will ultimately be shipped. Inthat case, the ability to delay allocation allows shippers to avoiddelaying shipments until being certain about the ultimate consigneelocations. Even if the allocation is known initially, destinations maybe subject to re-direction depending upon the real-time market demands.For example, a purchase order may be sent to one or more internationalvendors requesting the production and shipment of an amount of goods tothe United States. At the time that the purchase order is sent, theimporter does not have to know how it will allocate the goods among itsvarious consignee locations (e.g. retail outlets). Instead, the importerneeds only to estimate its anticipated need for the entire region usingone of several demand planning systems that are known in the art, andthe importer can wait until the goods arrive at the destinationcontainer freight station 28, as seen in FIG. 7, before determining howto allocate the goods between the various consignees. This wait maypreferably be a short time (e.g., 4-5 days) prior to, or evenimmediately after the goods arrive at the destination container freightstation. In some cases, especially when the goods are moved by oceanvessel, this means that importers may have an additional two or threeweeks before they have to determine the allocation. As will be apparentto one of ordinary skill in the art, the ability to delay the allocationgives the importer greater ability to respond to changing supply anddemand conditions and offers a degree of flexibility not present insupply chain systems that are known in the art.

FIG. 7 illustrates the advantage of providing such flexibility in termsof specific timelines. For instance, if the labeling and allocationactivities did not occur at the origin container freight station 16,these activities are performed at the destination container freightstation 28. That gives a manufacturer or a supplier a grace period oftypically at least 18 days to delay final determination how todistribute goods. As can be readily appreciated by a person of ordinaryskill, such grace period may vary in a wide range, depending ondifferent origins and destinations.

In addition, another advantage of the present invention is to provide anintegrated shipment solution that allows shippers (i.e., goodssuppliers, manufacturers, vendors, individual customers, etc.) to bypassdistribution centers by shipping packages or goods across borders anddirectly to final consignees (i.e., retail stores, individual customers,etc.) within the destination country. As seen in FIG. 7, there is noneed for suppliers or manufacturers to maintain distribution centers inthe supply chain 10 because allocation of goods can be determined andtimely updated at any point from the origin container freight station 16to the destination container freight station 28. Both stations are acarrier's operating facilities. In other words, by using thetransportation containers (e.g., ocean vessels, ground trucks) asvirtual inventory warehouses, the present invention allows suppliers tobypass distribution centers used to be necessary for storing goodsawaiting final allocation in the supply chain.

Enhanced End-to-End Visibility

1. Overview of the End-to-End Visibility Concept

Another aspect of a preferred embodiment of the supply chain system 10of the present invention is an ability to deliver end-to-end visibility.At present, the supply chains that are known in the art are dominated bysmall freight forwarding companies that have limited freight trackingcapabilities and, typically, the freight tracking that is presentlyavailable is most often reliant on manual information transmitted viatelephone, facsimile and paper documents. And whatever limited trackingis available on the freight or consolidated shipment movement leg of thesupply chain ends when the shipment leaves the destination containerfreight facility 28 and enters the end-delivery systems (or childshipment movement leg). In other words, prior attempts to provideend-to-end visibility for shipping customers have been “piecemeal”combinations of limited tracking information without an automatedintegrated interface that provides all tracking information. A benefitof an embodiment of the present invention is the ability to track theshipment through both the consolidated shipment movement leg and childshipment movement leg(s), and, moreover, to provide this end-to-endtracking via a single interface.

As illustrated in FIGS. 8A-C, the movement of goods from the origin tothe destination country or region is governed by a freight trackingsystem (including a system for tracking consolidated shipments), and themovement within the destination country or region till each respectiveconsignee location is governed by an end-delivery system (including asystem for tracking child shipments). A link between the freighttracking system and the end-delivery system preferably occurs at thepoint when the end-delivery package labels are added to the packages orgoods, which occurs after the allocation is determined either at theorigin or destination container freight stations. As part of theintegration of the various tracking systems, an end-delivery trackingnumber (e.g., Sub-Pro number 114 or package tracking number 112) islinked to a freight tracking reference number (e.g., consolidatedshipment reference number 102) such as a house bill of lading or a probill. Thus, when a user accesses the freight tracking database with afreight tracking reference number, the freight tracking system uses thislink to access the end-delivery tracking numbers that are associatedwith the shipment being tracked. In the case of small goods, multipleend-delivery tracking numbers, such as the package tracking number usedby UPS to track packages in its network, are typically associated with asingle freight tracking reference number. But one of ordinary skill willrecognize that the supply chain system 10 described herein is notlimited to small package movement and in the case of larger goods, suchas white goods, a single end-delivery tracking number may be associatedwith a freight tracking reference number.

As shown in FIGS. 8A-C, this type of integration of the freight trackingand end-delivery tracking systems provides the user with end-to-endvisibility through both a consolidated freight movement leg and a childshipment leg of the supply chain 10. Thus, when a shipment is in transitfrom the origin shipper 12 to the destination container freight station28, i.e., the consolidated freight movement leg, the freight trackingsystem provides the tracking data for the consolidated containers. Whenthe shipment reaches the destination container freight station 28 andthe packages are deconsolidated, the individual packages leave thecontrol of the freight companies, and the final movement from thedestination container freight station 28 to the ultimate consignee(s),i.e., the child shipment leg, is tracked by the end-delivery system (orsystems).

In an alternative embodiment, the end-to-end visibility is provided tothe user through recording and reporting various visibility events.These visibility events correspond to various occurrences during themovement of goods in the consolidated shipment as well as childshipments. In other words, the visibility events altogether reflect theend-to-end visibility in terms of a shipment timeline. In the case of ashipper who is shipping manufactured goods from a factory to destinationconsignees (e.g., retail stores), there are a number of consolidatedshipment events 710, including receiving purchaser order information ofgoods, requesting for a pickup or notifying of a drop-off of shipmentsof goods, arrival of shipment of goods at the origin container freightstation (CFS) 16, departure of shipment of goods from the origincontainer freight station (CFS) 16, export clearance of shipment ofgoods, departure of shipment of goods from the origin country, arrivalof shipment of goods in the destination country, import clearance ofshipment of goods, and arrival of shipment of goods at the destinationcontainer freight station (CFS) 28. The child shipment events 720include uploading Package Level Data (PLD) or LTL shipment data at theorigin container freight station (CFS) 16 and the destination containerfreight station (CFS) 28 respectively, LTL shipment pickup, tender ofgoods to end-delivery carriers such as UPS, and tracking movement ofshipment within an end-delivery network. In a preferred embodiment, thepresent invention provides an ability to facilitate return of orderedgoods or products from a consignee in the destination country to theorigin country. The resulting child shipment return events 730 mayinclude, but not limited to, receiving returns for consolidation,receiving returns for deposition, notification of returns, and awaitingdisposition. There are also exception events 740 that govern exceptionalinstances during the movement of goods, such as data file exception(e.g. data file not received), pickup exception, change in estimateddate of departure, change in estimated data of arrival, generalexceptions (e.g., damages, fallout, hold, delay), hold at export customsor import customs. All these exception events 740 can occur duringeither consolidated shipment movement, or child shipment movement orboth movements, and need to be notified to shippers in a timely manner.Thus, shipment notifications 750 include consolidated shipment exceptionnotifications, LTL shipment exception notifications and small packageexception notifications. In addition, the shipment notifications 750include consolidated shipment ship notification, tender to LTL shipmentnotification, tender to a third party for delivery notification, andtender to end-delivery of small packages notification. From thestandpoint of information management, each visibility triggers acorresponding data update and/or data report.

In a preferred embodiment, the tracking of the shipment through thefreight movement leg and the child shipment leg occurs via a single webbrowser interface. A number of software applications are known in theart for tracking shipments through the freight movement leg of thesupply chain, and one of these applications is known as Flex Global View(FGV). As described in detail with reference to FIGS. 9-11, in apreferred embodiment, the FGV interface is adapted to allow users todrill down and obtain child shipment data, which allows the user totrack the various packages in a shipment through the child shipment legof the supply chain.

In a preferred embodiment, the end-delivery tracking system communicatesvia a network, such as the Internet, to update the freight trackingsystem with updates about the movement of child shipments in theend-delivery system or systems. In a preferred embodiment, these updatesoccur at predetermined intervals, such as, for example, once an hour. Inan alternative embodiment, a link is established on atransaction-by-transaction basis between the freight tracking system andthe end-delivery tracking system to obtain a status update about one ormore of the child shipments whenever requested by a user. Or, in stillanother alternative embodiment, the freight tracking system is updatedon a predetermined interval, but the user has the option of requestingan immediate update for a selected package or child shipment. This dataloading process will be described in detail below with reference to FIG.13.

The diagram in FIG. 9 illustrates an implementation of an integratedsystem 800 for providing end-to-end visibility of movement of goods ininternational shipments. As aforementioned, such movement is comprisedof two levels: movement of a consolidated freight shipment and movementof individual child shipments. Typically, separate systems are employedto provide visibility into different movements. For example, users canaccess a freight movement visibility system that allows user to enter afreight tracking number and view generic tracking events and genericdata elements specific to the tracking number that was entered. Thissystem does not provide PLD information of each individual package orLTL shipment within a child shipment. In addition, when a consolidatedfreight shipment is de-consolidated, the tracking events of eachindividual child shipments, especially each small package, are invisibleto users in this system. The child shipments may be performed bydifferent carriers and as a result, users have to access differentsystems for viewing the movement of child shipments. The presentinvention provides an integrated system 800 combining all these existingor non-existing systems so that users have a single interface from whichto view the full life cycle of their shipments, including detailedtracking events and data elements, from a shipping origin to adestination country and to the ultimate consignees within thedestination country.

As seen in FIG. 9, to implement the end-to-end visibility concept, theintegrated system 800 requires operations and communications of a numberof sub-systems. These sub-systems include, but not limited to, avisibility interface system 810, a client shipping system 840, a smallpackage visibility system 850, a warehouse management system 860, a LTLshipment visibility system 870, a transportation management system 880,a customs management system 890. While each of the above-listed systemsmay include one or more databases for storing data, as can be readilyappreciated by a person of ordinary skill, the integrated system 800utilizes additional databases for facilitating transfer and frequent useof certain types of data. Such databases include a PLD database 830, aPLD extract database 820 and a customer shipment detail database 900.

Functionalities of each above-identified system components and theircontributions to the operation of the integrated system 800 aredescribed in the following processes:

Process 1—Creating Shipping labels

Depending on the country of origin, a shipper may have access to use theclient shipping system 840 to produce a label. Such client shippingsystem 840 can be customized by the carrier and, as part of aprogrammable service application, integrated into a shipper's internalsystem. Alternatively, the client shipping system 840 can be hosted inan ASP (Application Service Provider) environment, and thus can beaccessible to any users over a communications network, preferably theInternet. For any shipments that are intended to be consolidated into aconsolidated shipment, the client shipping system 840 will assign to thecorresponding shipment data records stored in the database 830 anadditional reference field that will be used to store the House Bill ofLading or the master PRO number. Meanwhile, an indication flag is set inthe database 830 for the data records of each small package within areceived shipment in the small package visibility system 850. At the endof day processing, the small package visibility system 850 loads packageinformation to the PLD database 830.

Process 2—Downloading Small Package Data from the PLD Database 830

On a regular basis, the package information loaded into the PLD database830 is parsed and a subset of this data is extracted and made availableto the visibility tool(s). As seen in FIG. 9, this subset of packagedata is stored in a PLD extract database 820. This process creates thelink between the package identifiers, i.e., package tracking numbers112, and the consolidated freight shipment identifier, i.e.,consolidated shipment reference number 102, which is also stored in thedatabase 820 as described below.

Process 3—Warehousing of Shipments

Typically, the CFS/Cross Dock locations (See 16, 28 in FIG. 1) will usea warehouse management system 860 (e.g. Exceed, PKMS MEPAW, etc). Aninterface between the warehouse management system 860 and the visibilityinterface system 810 (Flex Global View) has been deployed. This willallow for visibility events to be captured for inbound cross dock,outbound cross dock, and returns processing for shipments. The warehousemanagement system 860 has the capability to print packing lists. As canbe readily appreciated to one of ordinary skill, the warehousemanagement system 860 also allows for shipment records to be loaded tothe client shipping system 840 for labeling of the individual packagesas defined in Process 1.

Process 4—Customs Brokerage

Shippers may submit a data file 900 with the shipment details forcustoms brokerage. A shipment identifier (HBL or PRO number) is suppliedwith the data file 900 to identify the shipment when it arrives at theborder. This data file 900 also includes type of materials, destination,harmonized codes, and weight of shipment. This file 900 is submitted tothe customs management system 890, which can be any off the shelf system(e.g., VASTERA, Theta, or Main brokerage system). The customs managementsystem 890 uses the API interface to collect brokerage events from thecustoms. In the meantime, customs uses the file 900 to clear the cargoupon entry into the destination country.

Process 5—Transportation Management (TM)

The origin CFS/Cross Dock locations 16 have access to a transportationmanagement system 880. This system is used to collect and track themovement of a shipment after it leaves the origin CFS/Cross Docklocation 16. The events captured in the transportation management system880 are loaded into the visibility interface system 810 (Flex GlobalView). The transportation management system 880 can be GBS-TM that istypically used in ocean and air transportation, or AlphaTruck that istypical of ground transportation. When the customer is ready to have ashipment transported, it either uses the client shipping system 840 or aweb portal connected to the transportation management system 880 toprepare the shipment. A shipment identifier (HBL or PRO number) isassigned to the shipment and tracked in the transportation managementsystem 880. When the shipment arrives at a CFS/Cross Dock location, thearrival event is manually entered into the transportation managementsystem 880. When a shipment is ready to leave the destination CFS/CrossDock for either Small package or LTL/FTL distribution, the departure(tendered to) event is manually entered into the transportationmanagement system 880.

Process 6—Visibility

All CFS/Cross Dock locations use the visibility interface system 810(such as Flex Global View) as the visibility tool. The visibilityinterface system 810 allows a user to view visibility events about ashipment or part of a shipment in one of the following methods:

a. All Shipments for a Customer

A user is able to query for all shipments within a specified date rangeby entering their customer shipper number and the desired date range.The query will return a list of all shipments for the customer that werepicked up between the specified date ranges. The user will then be ableto select a specific shipment to view visibility events related to thatshipment.

b. Entire Shipment Query

A user is able to query for an entire shipment by entering a PRO number102 or a House Bill of Lading number 102. The query will return theshipment level summary events. The events will stop at theidentification of any split in the shipment. This normally occurs whenthe shipment arrives at and then departs from the destination CFS/CrossDock 28. The user will be able to select any of the splits of theoriginal shipment to drill down to the next level when package detaildata is uploaded at the destination CFS/Cross Dock 28.

c. Shipment Split Query

A user is able to query for a specific child shipment of the originalconsolidated shipment. The user will enter a Sub-Pro number 114. Thesearch will return the child shipment level information. These eventswill show all movements from the time the original consolidated shipmentwas split until the child shipment is delivered, or is again split intosmaller shipments. If the split shipment is delivered as comprising onlysmall packages, the user will be able to select any of the packagetracking numbers 112 to drill down to the next level. This functions thesame as the individual package tracking.

d. Individual Package Search

A user is able to query for a specific package or a group of packagesbeing shipped to the same location. This query can only be performed forsmall package shipments. The user will enter either the package trackingnumber 112 of a specific package or the reference field identifier, suchas store number, purchase order number, or HBL number. The query willpull data from the small package visibility system 850 for matchingrecords for the package or reference field supplied.

2. Specific Implementation of the End-to-End Visibility Concept

With reference to FIGS. 10-21A-B, a specific web-based applicationsystem providing end-to-end visibility will be described.

a. System Architecture

FIG. 10 shows a high-level diagram of the architecture of the visibilityinterface system 810 in accordance with one embodiment of the presentinvention. The architecture is comprised of three layers: a clientinterface 1010, a middle-ware application 1000 and a backend systemserver 1020. Typically, the client interface 1010 comprises a webbrowser 1012 as a user-friendly interface. The middle-ware application1000 comprises one or more web servers 1002 that process user requestsreceived from the web browser 1012 and one or more application servers1004 that execute specific programmable instructions in response toreceiving data processed by the web servers 1002. To make data easilyaccessible to the application servers 1004, the middle-ware application1000 preferably comprises a database for direct data access andretrieval. In FIG. 10, the database is represented by the PLD extractdatabase 820 as explained above. The backend system server 1020 refersto all of the backend systems that communicate with and support themiddle-ware application 1000. As can be appreciated by one of ordinaryskill, this backend system server 1020 can comprise a number of serversand databases. For illustration purposes, FIG. 10 shows that in thelevel of the backend system server 1020 there are at least a centralserver 1022 and a database, i.e., the PLD database 830.

FIG. 11 provides a detailed view of the system architecture presented inFIG. 10 and how data flows between different servers and databases ofthe visibility interface system 810 in operation. The client interface1010 (i.e., the web browser 1012) receives user queries which are to becommunicated to at least one of the web servers 1002. The web server1002 will process the user queries to generate query data that triggersexecution of certain programmable instructions by at least one of theapplication servers 1004. In executing the programmable instructions,the application server 1004 will determine from which database toretrieve response data. As seen in FIG. 11, the application server 1004can access the PLD extract database 820 that stores a subset of packagedata. Such subset of package data is updated by loading informationautomatically from the PLD database 830 on an hourly basis or dailybasis. In a preferred embodiment, such data loading can be performed bya FTP server 1028 that comprises a host server 1024 having access to thePLD database 830 and communicating with an agent application server1026. The agent application server 1026 transfers package data receivedfrom the host sever 1024 to a database server 1006 that resides in themiddle-ware application 1000. Then, the database server 1006 executes aload-script application 1008 for storing loaded package data into thePLD extract database 820. This loading process is further illustrated inFIG. 13 as described below. If the PLD extract database 820 does notcontain the requested package data, the application server 1004 willgenerate a data request, which is preferably in the format of a XMLdocument, to the backend system server 1020. The XML Tools 1021installed in the backend system server 1020 interprets the XML datarequest so that the requested package data will be retrieved from thePLD database 830 and transferred to the application server 1004.

b. Hardware Requirements

Turning to FIG. 21A, one embodiment of a computer is illustrated thatcan be used to practice aspects of the present invention. In FIG. 21A, aprocessor 901, such as a microprocessor, is used to execute softwareinstructions for carrying out the defined steps. The processor receivespower from a power supply 917 that also provide power to the othercomponents as necessary. The processor 901 communicates using a data bus905 that is typically 16 or 32 bits wide (e.g., in parallel). The databus 905 is used to convey data and program instructions, typically,between the processor and memory. In the present embodiment, memory canbe considered primary memory 902 that is RAM or other forms which retainthe contents only during operation, or it may be non-volatile 903, suchas ROM, EPROM, EEPROM, FLASH, or other types of memory that retain thememory contents at all times. The memory could also be secondary memory904, such as disk storage, that stores large amount of data. In someembodiments, the disk storage may communicate with the processor usingan I/O bus 906 instead or a dedicated bus (not shown). The secondarymemory may be a floppy disk, hard disk, compact disk, DVD, or any othertype of mass storage type known to those skilled in the computer arts.

The processor 901 also communicates with various peripherals or externaldevices using an I/O bus 906. In the present embodiment, a peripheralI/O controller 907 is used to provide standard interfaces, such asRS-232, RS422, DIN, USB, or other interfaces as appropriate to interfacevarious input/output devices. Typical input/output devices include localprinters 918, a monitor 908, a keyboard 909, and a mouse 910 or othertypical pointing devices (e.g., rollerball, trackpad, joystick, etc.).

The processor 901 typically also communicates using a communications I/Ocontroller 911 with external communication networks, and may use avariety of interfaces such as data communication oriented protocols 912such as X.25, ISDN, DSL, cable modems, etc. The communicationscontroller 911 may also incorporate a modem (not shown) for interfacingand communicating with a standard telephone line 913. Finally, thecommunications I/O controller 911 may incorporate an Ethernet interface914 for communicating over a LAN. Any of these interfaces may be used toaccess the Internet, intranets, LANs, or other data communicationfacilitites.

Finally, the processor 901 may communicate with a wireless interface 916that is operatively connected to an antenna 915 for communicatingwirelessly with another devices, using for example, one of the IEEE802.11 protocols, 802.15.4 protocol, or a standard 3G wirelesstelecommunications protocols, such as CDMA2000 1x EV-DO, GPRS, W-CDMA,or other protocol.

An alternative embodiment of a processing system than may be used isshown in FIG. 21B. In this embodiment, a distributed communication andprocessing architecture is shown involving a server 920 communicatingwith either a local client computer 926 a or a remote client computer926 b. The server 920 typically comprises a processor 921 thatcommunicates with a database 922, which can be viewed as a form ofsecondary memory, as well as primary memory 924. The processor alsocommunicates with external devices using an I/O controller 923 thattypically interfaces with a LAN 925. The LAN may provide localconnectivity to a networked printer 928 and the local client computer926 a. These may be located in the same facility as the server, thoughnot necessarily in the same room. Communication with remote devicestypically is accomplished by routing data from the LAN 925 over acommunications facility to the Internet 927. A remote client computer926 b may execute a web browser, so that the remote client 926 b mayinteract with the server as required by transmitted data through theInternet 927, over the LAN 925, and to the server 920.

Those skilled in the art of data networking will realize that many otheralternatives and architectures are possible and can be used to practicethe principles of the present invention. The embodiments illustrated inFIGS. 21A and 21B can be modified in different ways and be within thescope of the present invention as claimed.

c. Data Structures

As can be appreciated by a person of ordinary skill, the visibilityinterface system 810 according to one embodiment of the presentinvention involves all kinds of data, such as the above-mentioned PLDdata. To illustrate the data structures 1200 of the system 810, FIG. 12provides a set of data tables containing various data elements. As shownin FIG. 12, each data record in the table of Package 1210 is representedby a tracking number 1211, referenced by a shipment number 1231, anddescribed by the data fields of a description 1212, a weight 1213 and aCOD amount 1214. Each data record in the table of Shipment 1230 isidentified by the shipment number 1231, and comprises data fields:Pickup_Date 1232, Service_Level 1241, Consignee_Name 1251,Consignee_Attention Name 1252 and Shipper_Name 1261. The table ofService_Level 1240 includes different transportation means such as air,ocean, ground, etc. The Consignee table 1250, identified byConsignee_Name 1251 and Consignee_Attention Name 1252, comprises dataprofiles of different consignees. A consignee data profile includesinformation such as Consignee_Address 1253, Consignee_City 1254,Consignee_State 1255, Consignee_Country 1256 and Consignee_Postal_Code1257. Similarly, the Shipper table 1260, identified by Shipper_Name1261, comprises data profiles of different shippers. A shipper dataprofile includes information such as Shipper_Address 1262, Shipper_City1263, Shipper_State 1264, Shipper_Country 1265 and Shipper_Postal_Code1266. The Package_Reference table 1220 reflects the links betweenpackages and shipments. Besides the data fields of tracking number 1211and shipment number 1231, a data record of the Package_Reference table1220 also includes a Reference_Sequence field 1221 and a Reference field1222.

The relations between these data tables are explained below:

R1: Package 1210 v. Shipment 1230

Because a shipment may comprise multiple packages, the relation betweenShipment 1230 and Package 1210 is 1:N.

R2: Package 1210 v. Package_Reference 1220

To facilitate information retrieval, the relations between Shipment 1230and Package 1210 are stored in a separate table, namely,Package_Reference 1220. This table is identified by a combination of thetracking number 1211 and shipment number 1231. For each package, it canbe associated with one child shipment or one consolidated freightshipment. Therefore, the relation between Package 1210 andPackage_Reference 1220 is 1:N.

R3: Shipment 1230 v. Service-Level 1240

Each shipment may be transported via more than one transportation means.For example, a consolidated shipment can be shipped across the oceanbefore it is deconsolidated and the enclosed child shipments enter intothe ground transportation network. Thus, the relation between Shipment1230 and Service-Level 1240 is N:N.

R4: Shipment 1230 v. Consignee 1250

A shipment can comprise multiple packages, each intended to be deliveredto a different consignee. In turn, a consignee may receive more than oneshipment. As a result, the relation between Shipment 1230 and Consignee1250 is N:N.

R5: Shipment 1230 v. Shipper 1260

A shipment can comprise multiple packages, each received from adifferent shipper. In turn, a shipper may request for more than oneshipment. Thus, the relation between Shipment 1230 and Shipper 1260 isN:N.

d. Process Flow

FIG. 14 is a process flow block diagram that illustrates how the presentinvention provides end-to-end visibility of the movement of the goodsfrom the origin shipper 12 to consignee 36 as illustrated in the supplychain 10. Again, in one embodiment, each step in the movement of thegoods is preferably controlled by a single entity referred to herein asa supply chain carrier. While the present invention is not limited tothis embodiment, an advantage of having one supply chain carrier, suchas UPS, is the presentation of an end-to-end delivery solution with aone point of contact for visibility and, preferably, a consolidatedinvoice (as produced by Step 605 in FIG. 5B) that has one delivery price(in one currency) that reflects the accumulated cost of each stage ofthe delivery process (even if several of the movements in the deliveryprocess were performed by third-party entities and even if several ofthese entities required payment in one or more different currencies).Thus, an aspect of the present invention is the combination of freightmovement with end delivery processes and the control and management ofthese systems by a single supply chain carrier.

With reference to FIG. 14, the process flow is described involving auser using the client interface 1010, middle-ware application 1000(represented in the figure as FGV) and backend system server 1020(represented in the figure as UPS.com).

The user logs on to the freight tracking system in Step 1402 and selectsTrack Shipment from a menu of options in Step 1404. At Step 1406, theuser enters an identifier that is used to query specific shipmentinformation stored in a database accessible to the middle-wareapplication 1000. The identifier is preferably a date or some other typeof reference information. A number of data filters can be used in thisstep and will be described below with reference to the exemplary screendisplays in FIGS. 16-20.

At Step 1408, the middle-ware application 1000 returns a list ofshipments that match the query criteria. The list of shipments may takethe form of a list of House Bills of Lading, a list of Pro bills, orsome other reference identifier that is known or commonly-used in thefreight forwarding industry.

At Step 1410, the user clicks on one of elements in the list ofshipments (e.g., clicks on one of the listed house bills of lading orpro bills) to drill down into a screen that allows the user to accessrequest shipment details for goods associated with the shipment.

At Step 1412, the middle-ware application 1000 returns and displays thelist of end-delivery shipments (e.g., UPS shipments) that correspond tothe shipment (house bill of lading/pro bill) selected by the user. In apreferred embodiment, the end-delivery shipment information is madeavailable to the user at the point that the packages are labeled forend-delivery, which, as indicated above, preferably occurs at either theorigin or destination carrier freight stations.

At Step 1414, the user clicks on one of the child shipments. At Step1416, the middle-ware application 1000 returns and displays a list ofthe packages associated with the selected shipment. In a preferredembodiment, this information includes some or all of the following:end-delivery tracking number, merchandise description, service type,package weight, freight reference number (e.g., house bill/pro billnumber), additional reference fields and consignee shipping information(name, address, city, state, zip, country) and COD amount.

As explained above, such package data displayed in Step 1416 is storedin the PLD extract database 820 as a result of periodic loading from thePLD database 830. FIG. 13 illustrates the loading process as comprisingStep 1301 that the backend system server 1020 sends PLD data to themiddle-ware application 1000 on an hourly basis, and Step 1302 that themiddle-ware application 1000 receives the PLD data into a serverdatabase, i.e., the PLD extract database 820. As seen below, the FGVcommunicates with the backend system by use of XML requests. However,the existing XML interface for retrieving PLD data is limited by thefact that it can only return a maximum of 64 kb amount of data. Toovercome this limitation to data retrieval, using hourly data loadingwould facilitate transferring of data over the amount of 64 kb.

Turning back to FIG. 14, at Step 1418, the user attempts to drill downfurther into the end-delivery information by clicking on a hypertextlink that is associated with the end-delivery tracking number. At Step1420, the FGV receives this user request and converts the request intoan XML request to the backend system server 1020 (end-delivery trackingsystem) for an updated status of the requested package. At Step 1422,the backend system server 1020 (end-delivery tracking system) receivesthe XML tracking request and returns the package status information forthe requested package. At Step 1424, the middle-ware application 1000receives the updated status from the end-delivery tracking system anddisplays the updated status to the user. Finally, at Step 1426, the userviews the most recent status of the end-delivery shipping process usingthe freight tracking system interface.

e. Exemplary Screens

FIGS. 15-20 illustrate the user interface designs in accordance with oneembodiment of the present invention. FIG. 15 shows a screen flow thatcorresponds to the above-described process flow in FIG. 14. This screenflow comprises a track shipments query page 1510, a customize outputpage 1520, a track shipments result list page 1530, a track shipmentdetails page 1540, a shipment details page 1550 and a package detail(XML) page 1560. Exemplary screen displays corresponding to this screenflow are illustrated in FIGS. 16-20 respectively.

Starting with FIG. 16, after a user logs on the web-based browserinterface, the track shipments query page 1510 will be displayed. Inthis screen display, the user is allowed to enter one or more criteriato query specific shipments. For example, in a drop-down list 1600, auser can select what information to “Search For”. The user can choose,for example, to view all House Bills associated with consolidatedshipments. Other criteria include a reference field of “Transportation”1602 in which the user can select to search for air, ocean or groundtransportation, a reference field of “Reference” 1604 in which the usercan type in a reference number such as House Air Waybills, a referencefield of “Date” 1606 by which the user can select a time period or afixed time point, a reference field of “Origin” 1608 and a referencefield of “Destination” 1610.

In response to the user query, the track shipments result list page 1530as exemplified in FIG. 17 returns and displays a list of searchedshipment results. Each shipment is represented by a shipment referencenumber (102 as aforementioned), i.e., Housebill/Truckbill 1701 in FIG.17. Each reference number is provided with a hyperlink that allows theuser to click on in order to get more shipment details as shown in FIG.18.

FIG. 18 shows shipment details regarding a consolidated shipmentidentified by a house bill number (here referred as “ACME-SURF-DEMO1”).The display is comprised of several detail sections. Section 1801 showsgeneral information of a consolidated shipment such as the origin anddestination. Section 1802 shows routing information of the consolidatedshipment. Section 1803 shows a list of LTL child shipments associatedwith the consolidated shipment. Each LTL child shipment is identified bya child shipment reference number 114 (Sub-Pro number) which is providedwith a hyperlink that allows the user to click on and drill down formore details of a particular LTL child shipment. Section 1804 shows achild shipment comprising a list of small packages associated with theconsolidated shipment. Similarly, each package number 112 identifyingeach package is provided with a hyperlink that allows the user to clickon and drill down for more details of a particular package. Section 1805shows significant tracking events of the movement of the consolidatedshipment.

FIG. 19 provides a summary list of multiple small packages contained bya child shipment. Each listed package is identified by a packagetracking number that is provided with a hyperlink allowing the user toclick on and drill down for more details of a particular package.

When a user clicks on one particular package tracking number in FIG. 19,the screen display in FIG. 20 will be shown to present detailed movingstatus of the package identified by that particular package trackingnumber.

Based on the above-explained system architecture, hardware requirements,data structures, process flow and exemplary screen displays, it will bereadily appreciated by a person of ordinary skill that the presentinvention provides end-to-end visibility for any entity involved inshipment of goods. Specifically, shippers or consignees are able to usean integrated interface to track status of both freight shipments thatinclude their individual child shipments and their own shipment down tothe package detail level. Furthermore, by means of well-known useridentity verifications, such as verifying user names and user passwords,the present invention allows for different levels of visibilityavailable to different users. For example, a consignee may be allowed toview further details of his child shipments within a consolidatedshipment, but not details of other child shipments within the sameconsolidated shipment.

As described above, the present invention provides end-to-end visibilityin the movement of a package. In addition, by consolidating childshipments, the present invention allows for shippers' flexibility indistributing goods in shipment. The combination of end-to-end visibilityand the ability to delay a determination of the ultimate destination forgoods in transit provides a degree of flexibility in inventorymanagement that is not known in the art. As an example, goods that aremoved by ocean vessel often spend two or more weeks traveling in thecargo hold of the vessel. Using the global visibility tracking systemdescribed above, an importer can determine the arrival date of the oceanvessel, commodity information, and in a preferred embodiment,information describing the content of the packages in the cargo hold ofthat vessel. This knowledge allows the ocean vessel to serve as a defacto distribution center in that it provides the importer with aninventory of goods that the importer can direct to any number ofdifferent locations. In view of this example, a virtual inventory systemcan be accomplished in accordance with one embodiment of the presentinvention.

In concluding the detailed description, it should be noted that it willbe obvious to those skilled in the art that many variations andmodifications can be made to the preferred embodiment withoutsubstantially departing from the principles of the present invention.Also, such variations and modifications are intended to be includedherein within the scope of the present invention as set forth in theappended claims. Further, in the claims hereafter, the structures,materials, acts and equivalents of all means or step-plus functionelements are intended to include any structure, materials or acts forperforming their cited functions.

Many modifications and other embodiments of the inventions set forthherein will come to mind to one skilled in the art to which theseinventions pertain having the benefit of the teachings presented in theforegoing descriptions and the associated drawings. Therefore, it is tobe understood that the inventions are not to be limited to the specificembodiments disclosed and that modifications and other embodiments areintended to be included within the scope of the appended claims.Although specific terms are employed herein, they are used in a genericand descriptive sense only and not for purposes of limitation.

1. An integrated global shipment system comprising: one or morecomputers having one or more processors and one or more memory devices,said one or more memory devices storing a shipment consolidationapplication program from which said one or more processors reads andexecutes instructions, wherein the shipment consolidating applicationprogram includes instructions for: (1) receiving a request forconsolidating a plurality of child shipments into a consolidated freightshipment, each child shipment of said plurality of child shipmentscomprising a plurality of packages, each child shipment of saidplurality of child shipments having an identical destination county (2)receiving shipping data for each of said child shipments; (3) generatinga consolidated freight shipment reference number; (4) processing eachchild shipment of said plurality of child shipments through the stepsof: (a) determining from said shipping data whether said child shipmentis a LTL (Less-than-Truckload) child shipment; (b) responsive to thedetermination that said child shipment is a LTL child shipment, (i)identifying from said shipping data a LTL shipment reference number thatidentifies said child shipment; and (ii) associating said LTL shipmentreference number with said consolidated freight shipment referencenumber; and (c) responsive to the determination that said child shipmentis not a LTL child shipment, (i) identifying from said shipping data oneor more package reference numbers that respectively identify eachpackage associated with said child shipment; and (ii) associating eachof said one or more package reference numbers with said consolidatedfreight shipment reference number; and (d) storing the associations instep (b)(ii) or (c)(ii) in a data file; and (5) generating aconsolidated shipment output based in part upon said data file.
 2. Thesystem of claim 1, wherein said consolidated shipment output comprisessaid consolidated shipment reference number, one or more LTL shipmentreference numbers, and one or more package reference numbers.
 3. Thesystem of claim 2, wherein said consolidated shipment output furthercomprises a shipment date.
 4. The system of claim 2, wherein shipmentoutput further comprises a manifest including shipping data associatedwith each of said plurality of child shipments.
 5. The system of claim2, wherein said consolidated shipment output further comprises ashipment log including at least a shipping status of said consolidatedshipment.
 6. The system of claim 2, wherein said shipment consolidatingapplication program comprises further instructions executable forgenerating an email to notify an intended consignee of said consolidatedfreight shipment.
 7. The system claim 1, wherein said shipping data isreceived from one or more databases of a carrier's backend shippingsystem, said carrier's backend shipping system updating said one or moredatabases based upon said consolidated shipment output.
 8. An integratedglobal shipment method comprising: providing one or more computershaving one or more processors and one or more memory devices, said oneor more memory devices storing a shipment consolidation applicationprogram; said one or more processors reading and executing said shipmentconsolidating application program; wherein said one or more processorsand one or more memory devices perform the steps of: (1) receiving arequest for consolidating a plurality of child shipments into aconsolidated freight shipment, each child shipment of said plurality ofchild shipments comprising a plurality of packages, each child shipmentof said plurality of child shipments having an identical destinationcounty (2) receiving shipping data for each of said child shipments; (3)generating a consolidated freight shipment reference number; (4)processing each child shipment of said plurality of child shipmentsthrough the steps of: (a) determining from said shipping data whethersaid child shipment is a LTL (Less-than-Truckload) child shipment; (b)responsive to the determination that said child shipment is a LTL childshipment, identifying from said shipping data an LTL shipment referencenumber that identifies said child shipment and associating said LTLshipment reference number with said consolidated freight shipmentreference number; and (c) responsive to the determination that saidchild shipment is not a LTL child shipment, identifying from saidshipping data one or more package reference numbers that respectivelyidentify each package associated with said child shipment; and (ii)associating each of said one or more package reference numbers with saidconsolidated freight shipment reference number; and (d) storing theassociations in step (b) or (c) in a data file; and (5) generating aconsolidated shipment output based in part upon said data file.
 9. Themethod of claim 8, wherein said consolidated shipment output comprises:said consolidated freight shipment reference number, one or more LTLshipment reference numbers, one or more package reference numbers, ashipment date, a manifest including shipping data associated with eachof said plurality of child shipments, and a shipment log including atleast a shipping status of said consolidated freight shipment.
 10. Themethod of claim 8 wherein said one or more processors generate an emailto notify an intended consignee of said consolidated freight shipment.